• 专利附录
  • 专利说明
  • 权利要求
  • 类似技术
  • 同族专利
  • 引用文献
  • 法律状态
  • 优先权
    • 专利摘要:
    Patent: Active protection / standby system and method for user-side multicast services and routing device. The present invention relates to a routing device. the routing device and at least a second routing device are both connected to a convergence device. The routing device is an active device and includes a user information synchronization backup module configured to synchronize multicast service user information on at least one second real-time routing device through the convergence device. The present invention also relates to a system and active protection / standby method for user-side multicast services. In the present invention, an active routing device and a standby routing device services are configured on the user side, and the user information is synchronized on the standby routing device in real time. therefore, with active / standby switching, user identification and authentication are not affected, whereby the validity of the channel and user traffic is ensured. Additionally, economic benefits from an operator are guaranteed. Furthermore, with the present invention, the switching speed is accelerated, continuity of service is ensured, and the quality of a user's experience is improved.
    公开号:BR112012008313B1
    申请号:R112012008313
    申请日:2010-09-03
    公开日:2019-09-10
    发明作者:Qian Guofeng；Chen Huihuang
    申请人:Huawei Tech Co Ltd；
    IPC主号:
    专利说明:

    Invention Patent Description Report for SYSTEM AND METHOD OF ACTIVE PROTECTION / STA / VDBY FOR MULTICAST SERVICES ON THE USER SIDE AND ROUTING DEVICE.
    FIELD OF THE INVENTION
    The present invention relates to the field of data traffic protection, and in particular to an active protection / standby system and method for multicast services on the user side and to a routing device.
    BACKGROUND OF THE INVENTION
    With the popularization of several Internet Protocol Television (IPTV) services, the switching mechanism for data traffic protection of the base network was perfectly developed. However, in the event that a link from an edge router on the user side fails, no effective multicast service data protection mechanism will be commonly available.
    Data traffic protection schemes for multicast services have been highlighted in the prior art, for example, active / standby protection from multicast source. In the multicast source active / sfanctóy protection scheme, a multicast proxy server is connected to an active multicast source server and a standby multicast source server respectively. The multicast proxy server internally provides a collaboration interface for the active multicast source server and the standby multicast source server, and externally converts the data stream source address of the multicast source to the same external network address and outputs the stream. multicast source data. A multicast source backup switching control protocol is executed between the multicast proxy server and the active mu / f / casf / multicast source standby server to implement active / standby protection for the multicast source. Such a multicast source active / standby protection scheme is intended to overcome the multicast source instability in the related technique, but it is difficult to be applied to a receiving end on the user side.
    A multicast static group backup scheme is also
    2/17 highlighted in the related technique. In this scheme, multicast static group information is configured on the interface of an active router on the network side, and an active channel is introduced on the active router, and a manual backup is made on a standby router. Due to the fact that such a scheme requires manual configuration, it is impossible to dynamically back up the multicast program information required by a user. In addition, due to the fact that no user information is backed up active on the standby router, it is impossible to identify or authenticate the user, it is difficult to protect the benefits of an operator.
    It can be seen that the data traffic protection schemes in the prior art cannot simply be applied to the protection of data traffic on the user side due to their own disadvantages. In the absence of protection, in the event that the active multicast router on the user's side fails, multicast traffic will be stopped. The user will no longer be able to connect to a channel that corresponds to multicast traffic by sending a report packet until the next Internet Group Management Protocol (IGMP) query is initiated, thereby deteriorating the user's Quality of Experience.
    SUMMARY OF THE INVENTION
    Embodiments of the present invention provide an atiwalstandby protection system and method for user-side multicast services and a routing device for implementing activeistandby protection for user-side multicast services traffic.
    To achieve the above objectives, an embodiment of the present invention provides a routing device. The routing device and at least a second routing device are both connected to a convergence device. The routing device is an active device and includes a user information synchronization backup module, configured to synchronize multicast service user information on at least one second real-time routing device through the convergence device.
    To achieve the above objectives, a realization of the
    3/17 the present invention provides a routing device. The routing device and a first routing device are both connected to a convergence device, where the first routing device is an active device. The routing device includes:
    a user information synchronization storage module, configured to store synchronized multicast service user information from the first real-time routing device; and an active / standby switch module, configured to select a second active device to replace the first routing device, upon detection of a state of the first routing device being switched from available to unavailable.
    To achieve the above objectives, an embodiment of the present invention provides an active / standby protection system for user-side multicast services. The system includes a first routing device and at least a second routing device. The first routing device and at least a second routing device are both connected to a convergence device. The first routing device is configured to synchronize multicast service user information on at least one second routing device in real time through the convergence device. At least one second routing device is configured to select a second active device to replace the first routing device when it detects that a state of the first routing device is switched from available to unavailable.
    To achieve the above objectives, an embodiment of the present invention provides an active / standby protection method for user-side multicast services. In the method, a first routing device and at least a second routing device are both connected to a convergence device, the first routing device being an active device. The method includes:
    the synchronization, by the first routing device, of the in4 / 17 multicast service user formation in at least one second real-time routing device through the convergence device; and selecting, at least by the second routing device, a second active device from at least one second routing device to replace the first routing device, upon detection of a state of the first routing device being switched from available to unavailable.
    Based on the above technical solution, in the present invention, an active routing device and a standby routing device are configured on the user side, and the user information is synchronized on the standby routing device in real time. Therefore, with active / standby switching, user identification and authentication are not affected, whereby the validity of the channel and user traffic is ensured. Additionally, an operator's economic benefits are guaranteed. In addition, with the present invention, the switching speed is accelerated, service continuity is ensured, and the Quality of User Experience is improved.
    BRIEF DESCRIPTION OF THE DRAWINGS
    The accompanying drawings illustrated below are intended to provide an extra understanding of the present invention and form part of this application. The exemplary embodiments of the present invention and the description thereof are used to explain the present invention, and will not be construed as a limitation on the present invention. In the attached drawings:
    figure 1 is a diagram of the application scenario of an active / sfandby protection system for multicast services on the user side according to an embodiment of the present invention;
    figure 2 is a schematic structural diagram of an active / stanctoy protection system for user-side multicast services according to an embodiment of the present invention;
    figure 3 is a schematic structural diagram of a standby active protection system for multicast services on the a5 / 17 user side in accordance with another embodiment of the present invention, where the embodiment of the system includes specific structures of embodiments of a first routing device and a second routing device;
    Figure 4 is a schematic flow chart of an active / standby protection method for user-side multicast services in accordance with an embodiment of the present invention;
    Figure 5 is a schematic flow chart of a standby active protection method for user-side multicast services in accordance with another embodiment of the present invention;
    Figure 6 is a schematic flow chart of an ativalstandby protection method for user-side multicast services in accordance with yet another embodiment of the present invention; and figure 7 is a schematic flowchart of an ativalstandby protection method for user-side multicast services in accordance with yet another embodiment of the present invention.
    DETAILED DESCRIPTION OF THE ACCOMPLISHMENTS
    The technical solution of the present invention is further described in detail below with reference to the accompanying drawings and the embodiments.
    Figure 1 is a scenario diagram of the application of an active protection system / sfanc / by for multicast services on the user side according to an embodiment of the present invention. In this embodiment, a user side includes a first routing device that serves as an active device (such as the Remote Broadcast Access Server (BRAS-1) and at least a second routing device that serves as a standby device (such as as BRAS-2). Figure 1 shows only a second routing device (BRAS-2) schematically. In other application scenarios, more standby routing devices can be included, for example, BRAS-3, BRAS-4, etc. .
    In uplink, the first BRAS-1 routing device and the second BRAS-2 routing device are both connected to a routing device on the IP / MPLS core network. In downlink, they are
    6/17 both connected to a convergence device 31, to a convergence device 32, or to a convergence device 33 on the user side. In this scenario, a convergence device is a Core Switch (CSW). The CSW-31 Core Switch, on the downlink, is connected to those corresponding devices, such as Digital Subscriber Line Access Multiplexer (DSLAM) 41, etc. The CSW-32, in the downlink, is connected to a DSLAM-42. A Set Top Box (STB) 63, a phone (Phone) 62, and a Personal Computer (PC) 61 can all be connected to the Digital Subscriber Line Access Multiplexer (DSLAM) 41 via a Home Gateway ( HG) 51. STB 63, handset 62, and Personal Computer 61 can request multicast channel information through PPPoE dial-up access, or demand multicast channel information by accessing the Internet through a Dynamic Guest Configuration Protocol ( DHCP).
    When a user demands multicast channel information through devices on the user's side (Decoder (STB) 63, phone 62, PC 61, etc.), one side of the network will need to identify and authenticate the user. Therefore, multicast service user information needs to be stored on the second BRAS-2 routing device.
    Figure 2 is a schematic structural diagram of an ativalstandby protection system for user-side multicast services in accordance with an embodiment of the present invention. In this embodiment, an ativalstandby protection system 200 for user-side multicast services (rectangular box indicated by the arrow) includes a first routing device 1 and at least a second routing device 2 (in figure 2, a second routing device is illustrated as an example). The first routing device 1 and at least a second routing device 2 are both connected to a convergence device 3 (corresponding to CSW-31, CSW-2 or CSW-33 in figure 1), where the convergence device 3 can be CSW-31, CSW-2 or CSW3, etc. in figure 1. The first routing device 1 is configured to synchronize multicast service user information on at least one
    7/17 second routing device 2 in real time through the convergence device 3. At least one second routing device 2 is configured to select a second active device to replace the first routing device 1 after detecting that a state of the first routing device 1 is switched from available to unavailable.
    Figure 3 is a schematic structural diagram of an active / standby protection system for user-side multicast services according to another embodiment of the present invention, where the embodiment of the system included specific structures of embodiments of the first routing device 1 and a second routing device 2. In figure 3, the first routing device 1 is the active device, and may include a user information synchronization backup module 11 configured to synchronize multicast service user information on the second routing device. 2 in real time through the convergence device. In this way, it can be ensured that the second routing device 2 at all times receives and saves the user information from the multicast service that runs on the first routing device 1. Therefore, with active / standby switching, the second device routing 2 can identify and authenticate the user according to the multicast service user information without interruption, by the second routing device 2, of the accessed multicast service, and continues to serve the user according to the multicast service user information. As for the scenario in which there are multiple second routing devices 2, a synchronization backup mode is backup N + 1, where N is a natural number.
    The real-time synchronization function of the first routing device 1 indicates that the first routing device 1 can synchronize the updated multicast service user information on the second routing device 2 in time according to the updated state of the user information multicast service stored in it so that when the state of the first routing device 1 is co8 / 17 muted from available to unavailable, the second routing device 2 can ensure that there is no interruption of the multicast service caused by a change in information user identification and user authentication and authentication can also be implemented.
    In figure 3, the second routing device 2 can include a user information synchronization storage module 22 and an active / standby switching module 21. User information synchronization storage module 22 is configured to store information multicast service user synchronized from the first real-time routing device 1. The active / stanctoy switching module 21 can implement fault detection and active / standby switching between the first routing device 1 and the second routing device 2 via an existing active / standby switching protocol, for example, Virtual Router Redundancy (VRRP), etc. In the VRRP protocol, the first routing device 1 communicates with at least one second routing device 2 in sending a multicast VRRP packet at a designated time, to ensure that the second routing device 2 is informed of the status of the first routing device 1 in time. The active / standby switching module 21 included in the second routing device 2 periodically checks whether a warning packet (warning) is received from the first routing device 1. If no warning packet is received, it can be determined that the status of the first routing device 1 has been switched from available to unavailable. At this point, a second active device from at least one second routing device 2 is selected to replace the first routing device 1. The second active device continues to provide multicast services to the user. Meanwhile, the first routing device 1 is switched to a standby state, and a free Address Resolution Protocol (ARP) is published to update a downlink convergence device 3 Media Access Control (MAC) table.
    In another embodiment, the first routing device
    9/17 can additionally include an active resume / standby module. After the first routing device recovers the available state from the unavailable state, the second active device and the first routing device continue the active / standby negotiation again. If a negotiation result is that the first routing device serves as an active device, the active / standby resume module will switch the first routing device to the active state, switch the second active device to the standby state, and publish free ARP to complete the resumption of the user service. In another embodiment, to ensure continuity of service, the second routing device may additionally include a batch backup module of user information. The second active device will back up the multicast service user information to the first batch routing device, when the first routing device is switched to the active state.
    The multicast service user information described above refers to the user side information regarding the accessed multicast service. For example, multicast service user information includes at least the user's MAC address, and can additionally include user-side multicast information, such as the user's multicast traffic statistical mode, the multicast group authorization list, etc.
    Taking into account the switching speed of the existing active / standby switching protocol, the present invention additionally provides an embodiment to achieve a higher switching speed, that is, a Bidirectional Advanced Detection (BFD) module can also be configured in another embodiment of the second routing device. The BFD module can establish a Bidirectional Advanced Detection session (BFD section) between the first routing device and at least a second routing device, and detect whether the BFD session is in the Idle state. If the BFD session is detected to be in an inactive state, the status of the first routing device will be determined to be switched from available to unavailable. When it is determined that the status of the first routing device is switched
    10/17 from available to unavailable, the second routing device may, through an active / standby switch module, use an existing active / standby switch protocol (for example, a VRRP protocol) to complete the active / standby switch.
    After active / standby switching, detect whether the BFD session established between the first routing device and the second active device is in the Active state. If the BFD session between the first routing device and the second active device is detected to be in the Active state, the first routing device will be determined to recover the available state from the unavailable state. When it is determined that the first routing device retrieves the available state from the unavailable state, the second active device can use the existing active / standby switching protocol (for example, the VRRP protocol) to continue active / standby negotiation with the first device routing again. If the negotiation result is that the first routing device serves as an active device, the active / standby resume module will switch the first routing device to the active state, and the second active device to the standby state.
    The BFD protocol is a route connectivity detection protocol. BFD is intended to provide applied fault detection between adjacent advanced systems with inferior overhead processing or storage and short detection time. As a payload, a BFD packet is encapsulated via the UDP protocol, and, using the destination UDP port number 2784, it can be loaded in any appropriate medium or network protocol. BFD can be performed in multiple layers of the system. To satisfy the requirement for rapid detection, BFD designates microseconds as the send interval and receive interval unit. However, in view of the current processing capabilities of devices, the time spent configuring BFD on most manufacturers' devices is no shorter than the millisecond level, which is converted to microseconds at the time of internal processing. The default time is 10 ms. Three consecutive 11/17 faults can be detected, whereby the shortest time of 30 ms is achieved by detecting a defective link. The BFD status mechanism is implemented through three handshakes. The BFD status machine is both established and removed via the three handshake mechanism, so that it can be ensured that the systems on both sides are informed of a change in state.
    For example, a BFD session can be created, deleted and modified, as long as the destination address and other parameters are available. When the BFD session is in an Active or Inactive state, a signal will be returned to the system in order to perform the corresponding processing.
    A BFD session includes four states: Inactive, Init, Active and AdminDown. Inactive indicates that the session is in the Inactive state or just established. Init indicates that the local side has already been able to communicate with a peer system and expects the session to enter the Active state. Active indicates that the session has been successfully established. AdminDown indicates that the session is in the administrative Inactive state.
    Through the illustration above of the BFD protocol, it is appreciated that the time spent in quickly detecting whether the first routing device is switched from the available state to the unavailable state is at the level of milliseconds (for example, 100 - 200 ms) by this protocol. The BFD protocol is also applied to the fast switching of a Protocol Independent Multicast interface (PIM) in the routing device. When it is detected that the state of the BFD session between the first routing device and the second routing device is Inactive, the PIM interface will again select a Designated Router (DR) and select a new route to output data.
    In this embodiment, the active / standby switching module of the second routing device is connected to the BFD module, and can perform active / standby switching according to the unavailable state detected by the BFD module. Because the time lost in detecting the unavailable state of the first routing device is as short as 12/17 to 100 - 200 ms, fast switching can be implemented between the first routing device and the second routing device; thus, the continuity of the multicast service is ensured. The switching time is so short that the user generally does not notice the abnormality of the network. In addition, once the multicast service user information is backed up in real time, it is not necessary for the user to enter the system or demand the service again. In this way, not only is the availability of the multicast service and the satisfaction of a multicast user improved, but the economic benefits of the operator are also guaranteed.
    Figure 4 is a schematic flow chart of an active / standby protection method for user-side multicast services in accordance with an embodiment of the present invention. In this embodiment, a first routing device and at least a second routing device are both connected to a convergence device. The first routing device is an active device's network architecture. The active / standby protection process for user-side multicast services includes the following steps:
    Step 101: The first routing device synchronizes the multicast service user information on at least one second routing device in real time through the convergence device.
    Step 102: At least one second routing device selects a second active device from at least one routing device to replace the first routing device when it detects that a state of the first routing device is switched from available to unavailable.
    In this embodiment, the first routing device is switched from the available state to the unavailable state due to the failure of a link, an interface, or a card of the first routing device or failure of the entire device. In step 102, after the completion of the active / standby switching, the second active device needs to identify the IGMP packet received from the user, and sends it to an IGMP protocol layer.
    13/17
    Due to the fact that multicast service user information has already been backed up to the second active device, the user's IGMP reporting package can pass through user authentication. Therefore, a user's IGMP table entry is created, and multicast traffic is directed to the second active device.
    In this embodiment, the first routing device synchronizes the multicast service user information on the second routing device in real time. Therefore, it is ensured that the second routing device always stores accurate user information. In this way, the network side can accurately identify and authenticate the user to ensure the benefits of the operator, and ensure quick service recovery while switching to prevent interruption of the user's multicast service, thus offering the user's pleasant Quality of Experience .
    Figure 5 is a schematic flowchart of an at va / standby protection method for user-side multicast services according to another embodiment of the present invention. Compared to the immediately preceding embodiment, this embodiment additionally includes step 100: When at least two routing devices are configured on the user side, the selection can be performed on at least two routing devices configured on the user side via a protocol switching active / standby (eg VRRP). A first routing device is selected as an active device, the rest of at least one second routing device serves as a standby device. And multicast service user information is backed up to the first routing device on at least one second batch routing device. Through batch backup, multicast service user information can be backed up to the second routing device quickly. Based on the batch backup, in step 101, the first routing device continuously updates the multicast service user information according to the user's login / logout, and notifies each second routing device in real time. Step 102 is
    14/17 similar to step 102 in figure 4, and is not repeatedly described here.
    Figure 6 is a schematic flow diagram of an active / standby protection method for user-side multicast services in accordance with yet another embodiment of the present invention. Compared to the immediately preceding embodiment, step 102, in this embodiment, is carried out like step 102a, that is, at least one second routing device periodically detects whether a warning packet (eg, VRRP multicast packet, etc.) is received from the first routing device. If no packets are received, the status of the first routing device will be determined to be switched from available to unavailable. At this time, the second active device is selected within at least one second routing device, and the status of the first routing device is switched to standby.
    After step 102a, for example, step 103a can be additionally included, that is, after the first routing device regains the available state from the unavailable state, the second active device continues active / standby negotiation with the first routing device . If a negotiation result is that the first routing device serves as an active device, the first routing device will be switched to the active state, and the second active device will be switched to the standby state. While changing the first routing device to the active state, the second active device can also back up the multicast service user information to the first batch routing device.
    In step 102a of this embodiment, when at least a second routing device detects that the status of the first routing device is changed from available to unavailable, at least a second routing device can also again select a PIM interface to select a new advanced path. of data.
    Figure 7 is a schematic flow chart of an active / standby protection method for user-side multicast services in accordance with yet another embodiment of the present invention. Compared to
    15/17 immediately preceding embodiment, this embodiment differs from the immediately preceding embodiment in steps 102b - 103b. In steps 102b and 103b, a BFD protocol is used to perform failure detection and failback detection, as detailed below:
    Step 102b: Detect whether the BFD session established between the first routing device and at least a second routing device is in the Idle state. The status of the first routing device is determined to be switched from available to unavailable, if the BFD session is detected to be in the Idle state. While determining that the status of the first routing device is switched from available to unavailable, the second routing device can, via an active / standby switch module, use an existing active / standby switch protocol (for example, a VRRP protocol ) to select a second active device from at least a second routing device to replace the first routing device.
    Step 103b: Detect whether the BFD session established between the first routing device and at least a second routing device is in the Active state. The first routing device is determined to retrieve the available state from the unavailable state, if the BFD session established between the first routing device and the second routing device is found to be in the Active state. The second routing device can use the existing active / standby switching protocol (for example, the VRRP protocol) to continue active / standby negotiation with the first routing device again. If a negotiation result is that the first routing device serves as an active device, the ativalstandby resume module will switch from the first routing device to the active state, and switch the second active device to the standby state. While switching the first routing device to the active state, the second active device can also back up the multicast service user information to the first batch routing device.
    In this embodiment, using the protocol feature
    16/17
    BFD that quickly detects failures, the second routing device on the user's side can, in time, detect that the first routing device is switched from the available state to the unavailable state. Since the detection time is as short as 100 - 200 ms, the switching time is improved, thus ensuring the continuity of the multicast service. The switching time is so short that the user generally does not notice the abnormality of the network. In addition, once the multicast service user information is backed up in real time, it is not necessary for the user to enter the system or demand the service again. In this way, not only is the availability of the multicast service and the satisfaction of a multicast user improved, but the economic benefits of the operator are also guaranteed.
    In step 102b of this embodiment, while detecting that the BFD session established between the first routing device and the second active device is in the Inactive state, at least a second routing device can also again select a PIM interface to select a new path advanced data.
    It is understood by those skilled in the art that all steps of the method or part of them according to the embodiments of the present invention can be implemented by relevant program instruction hardware. The previous program can be stored on a computer-readable storage medium. When the program is executed, it will perform the steps of the method according to the embodiments of the present invention. The foregoing storage media includes any medium capable of storing program codes, such as ROM, RAM, a magnetic disk, a compact disk and so on.
    Finally, it is noted that the above embodiments are intended to merely illustrate the technical solution of the present invention, rather than to limit it. Although the present invention is illustrated in detail with reference to the exemplary embodiments, it is understood by those skilled in the art that the modification in the specific detailed description according to the present invention or equivalent replacement by technical characteristics
    Partial 17/17 can still be done. Such modification and replacement will fall within the scope of the technical solution claimed by the present invention.
    权利要求:
    Claims (13)
    [1]
    1. Routing device (1), characterized by the fact that the routing device (1) and at least one second routing device (2) are both connected to a convergence device (3, 31, 32, 33), and the routing device (1) is an active device; and the routing device (1) comprises:
    a user information synchronization backup module (11), configured to synchronize multicast service user information on at least one second routing device (2) in real time through the convergence device (3, 31, 32, 33 ); and an active / standby resume module (21), configured to continue active / standby negotiation with a second active device after the routing device (1) retrieves an available state from an unavailable state, where the second active device is selected among at least one second routing device (2), when the routing device (1) is unavailable; and to switch the routing device (1) to an active state and the second routing device (2) active to a standby state, if a result of the negotiation is that the routing device (1) serves as a third device active.
    [2]
    2. Routing device (2), characterized by the fact that the routing device (2) and a first routing device (1) are both connected to a convergence device (3, 31, 32, 33), and the first routing device (1) is an active device; and the routing device (2) comprises:
    a user information synchronization storage module (22), configured to store synchronized multicast service user information from the first routing device (1) in real time; and an active / standby switch module (21), configured to select a second active device to replace the first routing device (1), upon detecting that a state of the first routing device (1) is switched from available to unavailable, and if
    Petition 870180013552, of 02/20/2018, p. 4/41
    2/5 the routing device (2) serves as the second active device, to continue active / standby negotiation with the first routing device (1) after the routing device (1) recovers an available state from an unavailable state; and to switch the first routing device (1) to an active state and the second active routing device (2) to a standby state, if a negotiation result is that the first routing device (1) serves as a third active device.
    [3]
    3. Routing device, according to claim 2, characterized by the fact that it still comprises:
    a batch backup module of user information, configured to back up multicast service user information to the first routing device (1) in batches, when the first routing device (1) recovers an active state.
    [4]
    4. Routing device, according to claim 2, characterized by the fact that it still comprises:
    a Bidirectional Advanced Detection (BFD) module, configured to establish a Bidirectional Advanced Detection session between the routing device (2) and the first routing device (1), to detect whether the Bidirectional Advanced Detection session is in a state Inactive, and to determine that the status of the first routing device (1) is changed from available to unavailable, if the Bidirectional Advanced Detection session is detected to be in the Inactive state.
    [5]
    5. Active protection / standby system for multicast services on the user side characterized by the fact that it comprises a first routing device (1) and at least a second routing device (2), in which:
    the first routing device (1) and at least a second routing device (2) are both connected to a convergence device (3, 31, 32, 33);
    the first routing device (1) is configured to synchronize multicast service user information on at least one second routing device (2) in real time through the
    Petition 870180013552, of 02/20/2018, p. 5/41
    3/5 convergence (3, 31, 32, 33), and continue active / standby negotiation with a second active device after the routing device (1) retrieves an available state from an unavailable state, where the second active device is selected from at least one second routing device (2), when the routing device (1) is unavailable; and to switch the first routing device (1) to an active state and the second active routing device (2) to a standby state, if a negotiation result is that the routing device (1) serves as a third active device; and the at least a second routing device (2) is configured to select a second active device to replace the first routing device (1), upon detection of a state of the first routing device (1) is changed from available to unavailable.
    [6]
    6. Active / standby protection method for user-side multicast services, where:
    a first routing device (1) and at least a second routing device (2) are both connected to a convergence device (3, 31, 32, 33), and the first routing device (1) is an active device ; and the method characterized by the fact that it comprises: synchronizing (101), by the first routing device (1), multicast service user information on at least one second routing device (2) in real time through the convergence device ( 3, 31, 32, 33); and selecting (102), by at least one second routing device (2), a second active device from at least one second routing device (2) to replace the first routing device (1), upon detection of which a state of the first routing device (1) is changed from available to unavailable;
    continue, for the second active device, active / standby negotiation with the first routing device (1) after provision 870180013552, of 02/20/2018, p. 6/41
    4/5 routing site (1) retrieves an available state from an unavailable state; and switch the first routing device (1) to an active state and the second active routing device (2) to a standby state, if a negotiation result is that the first routing device (1) serves as a third active device.
    [7]
    7. Method, according to claim 6, characterized by the fact that it still comprises:
    perform selection (100), when configuring at least two routing devices, on at least two routing devices configured on the user side, selecting one as the first routing device (1) serving as the active device;
    use (100) at least one second remaining routing device (2) as a standby device; and backing up multicast service user information on the first routing device (1) on at least one second routing device (2) in batches.
    [8]
    8. Method, according to claim 6, characterized by the fact that it still comprises:
    backup, by the second active device, the multicast service user information to the first routing device (1) in batches, when switching the first routing device (1) to the active state.
    [9]
    9. Method, according to claim 6, characterized by the fact that it still comprises:
    periodically detecting (102a), by at least a second routing device (2), whether a warning packet is received from the first routing device (1); and determining that the state of the first routing device (1) is changed from available to unavailable, if no warning packets are received.
    [10]
    10. Method according to claim 6, characterized by
    Petition 870180013552, of 02/20/2018, p. 7/41
    5/5 fact that still understands:
    detect (102b) if an advanced bidirectional detection session established between the first routing device (1) and at least a second routing device (2) is in an Inactive state; and determine (102b) that the status of the first routing device (1) is switched from available to unavailable, if the Bidirectional Advanced Detection session is detected to be in the Inactive state, where the Inactive state indicates that the session is a state Inactive or already established.
    [11]
    11. Method, according to claim 10, characterized by the fact that it still comprises:
    detect (103b) if a Bidirectional Advanced Detection session established between the first routing device (1) and the second active device is in an Active state; and determine (103b) that the first routing device (1) retrieves the available state from the unavailable state, if the Bidirectional Advanced Detection session established between the first routing device (1) and the second active device is found to be in the Active state , where the Active state indicates that the session has been successfully established.
    [12]
    12. Method, according to claim 10, characterized by the fact that it still comprises:
    select again, by at least one second routing device (2), from a Protocol Independent Multicast interface and select a new advanced data path, when judging that the status of the first routing device (1) is changed from available to unavailable.
    [13]
    13. Method according to any of claims 6 to 12, characterized by the fact that:
    multicast service user information comprises a user's Media Access Control (MAC) address.
    类似技术:
    公开号 | 公开日 | 专利标题
    BR112012008313B1|2019-09-10|active protection / standby system and method for user-side multicast services and routing device
    US10567340B2|2020-02-18|Data center system
    US20060291378A1|2006-12-28|Communication path redundancy protection systems and methods
    US8000231B2|2011-08-16|Method, system, and apparatus for network device to access packet switched network
    US8593945B2|2013-11-26|Connectivity fault management traffic indication extension
    US8605603B2|2013-12-10|Route convergence based on ethernet operations, administration, and maintenance protocol
    US20060193252A1|2006-08-31|Active-active data center using RHI, BGP, and IGP anycast for disaster recovery and load distribution
    WO2016023436A1|2016-02-18|Fault detection method for virtual router redundancy protocol and router device
    US9118561B2|2015-08-25|Network switch and method for automatically establishing connection to a wide area network
    US8886834B2|2014-11-11|Hot standby neighbor discovery protocol for internet protocol version 6
    AU2004306913A1|2005-04-28|Redundant routing capabilities for a network node cluster
    US8064338B2|2011-11-22|HVPLS hub connectivity failure recovery with dynamic spoke pseudowires
    US20110069609A1|2011-03-24|Technique for protecting a point-to-multipoint primary tree in a connected mode communications network
    EP2744259B1|2015-09-02|Method and network element to limit service disruption due to a failure on a layer 2 interface
    Kuroki et al.2013|Scalable OpenFlow controller redundancy tackling local and global recoveries
    WO2011110134A2|2011-09-15|Method, device and broadband access server system for load share
    US8903991B1|2014-12-02|Clustered computer system using ARP protocol to identify connectivity issues
    JP2019146045A|2019-08-29|Edge device, control method and program
    CN108337118B|2021-01-26|Message forwarding method and device
    TWI666896B|2019-07-21|Automatic repair method of network device real and virtual address corresponding failure
    Cisco2002-03-23|Release Notes for Cisco IOS Release 12.1 E on the Catalyst 6000 and Cisco 7600 MSFC
    JP2006054766A|2006-02-23|Control data sharing method in redundant configuration network system
    Ranta2004|Router redundancy and scalability using clustering
    KR101475306B1|2014-12-30|Method for duplicating rouer
    CN111865774A|2020-10-30|Fast failure detection mechanism on multi-homed network nodes and/or hosts
    同族专利:
    公开号 | 公开日
    JP2013500651A|2013-01-07|
    BR112012008313A2|2016-03-22|
    CN101651553A|2010-02-17|
    CN101651553B|2013-02-27|
    JP5676605B2|2015-02-25|
    US9871724B2|2018-01-16|
    EP2442475A1|2012-04-18|
    WO2011026437A1|2011-03-10|
    US20120113799A1|2012-05-10|
    EP2442475A4|2012-09-19|
    引用文献:
    公开号 | 申请日 | 公开日 | 申请人 | 专利标题
    US6148410A|1997-09-15|2000-11-14|International Business Machines Corporation|Fault tolerant recoverable TCP/IP connection router|
    US20030074554A1|2001-10-17|2003-04-17|Roach Wayne C.|Broadband interface unit and associated method|
    JP3824906B2|2001-10-30|2006-09-20|古河電気工業株式会社|INTERNET CONNECTION METHOD, ITS DEVICE, AND INTERNET CONNECTION SYSTEM USING THE DEVICE|
    US8769154B2|2002-01-24|2014-07-01|Alcatel Lucent|Method and apparatus for facilitating routing protocol redundancy in a network element|
    CN1192574C|2002-01-30|2005-03-09|华为技术有限公司|Controlled group broadcasting system and its realizing method|
    JP4077330B2|2003-02-06|2008-04-16|富士通株式会社|Data generator|
    US8009556B2|2003-10-17|2011-08-30|Ip Infusion, Inc.|System and method for providing redundant routing capabilities for a network node|
    KR100667318B1|2004-02-12|2007-01-12|삼성전자주식회사|Method of multicast in ZigBee network|
    CN1561034A|2004-03-12|2005-01-05| |Optimization method for processing message by virtual route set in static routh|
    US7506194B2|2004-03-24|2009-03-17|Cisco Technology, Inc.|Routing system and method for transparently rocovering routing states after a failover or during a software upgrade|
    JP2008527848A|2005-01-06|2008-07-24|テーベラ・インコーポレーテッド|Hardware-based messaging appliance|
    JP4244384B2|2005-03-29|2009-03-25|日本電気株式会社|Redundant packet processing apparatus and redundancy method thereof|
    JP4684071B2|2005-05-20|2011-05-18|株式会社エヌ・ティ・ティ・ドコモ|Cell search control method and mobile device using the method|
    US7965621B2|2005-06-14|2011-06-21|Telefonaktiebolaget Lm Ericsson |Method and arrangement for failure handling in a network|
    CN100440799C|2005-09-06|2008-12-03|华为技术有限公司|Main/standby board back-up in access-in apparatus and rearranging method therefor|
    CN100566293C|2005-09-19|2009-12-02|杭州华三通信技术有限公司|The method that the method for multicast static group backup and multicast message are transmitted|
    JP4773987B2|2007-02-01|2011-09-14|アラクサラネットワークス株式会社|Terminal affiliation switching system|
    JP4773387B2|2007-03-19|2011-09-14|株式会社日立製作所|Network system|
    CN101202705A|2007-08-14|2008-06-18|华为技术有限公司|Method and router for increasing multicast reliability|
    CN101420362B|2007-10-22|2012-08-22|华为技术有限公司|Method, system and router for multicast flow switching|
    US20090252173A1|2008-04-03|2009-10-08|Rangaprasad Sampath|Method For Improving Efficiency Of Redundancy Protocols|
    US8483096B2|2008-07-22|2013-07-09|The Regents Of The University Of California|Scalable commodity data center network architecture|
    CN101651553B|2009-09-03|2013-02-27|华为技术有限公司|User side multicast service primary and standby protecting system, method and route devices|CN101651553B|2009-09-03|2013-02-27|华为技术有限公司|User side multicast service primary and standby protecting system, method and route devices|
    CN102202244B|2010-03-23|2014-08-13|中兴通讯股份有限公司|Method and device for improving protective performance of passive optical network|
    CN102264001A|2010-05-25|2011-11-30|华为技术有限公司|Method for enhancing multicast reliability of Internet protocol television , server and system|
    CN101980484B|2010-10-14|2016-02-10|中兴通讯股份有限公司|A kind of method and system realizing router full guard|
    CN102480479A|2010-11-30|2012-05-30|中兴通讯股份有限公司|Business processing method and system|
    WO2011144048A2|2011-05-19|2011-11-24|华为技术有限公司|Multicast realization method and network device|
    JP5768938B2|2011-08-10|2015-08-26|▲ホア▼▲ウェイ▼技術有限公司|Method, apparatus and system for data stream transmission|
    CN103124220B|2011-11-21|2017-04-26|苏州达联信息科技有限公司|Primary and standby synchronization method of video distribution network global server|
    CN103138957A|2011-11-22|2013-06-05|中国移动通信集团上海有限公司|Method, device and system for business path failback|
    CN102724073A|2012-06-20|2012-10-10|华为技术有限公司|Method for network traffic recovery and routing device|
    CN102801632A|2012-08-28|2012-11-28|盛科网络（苏州）有限公司|Unified electoral method of PIM-SMdesignated router and IGMPquerier|
    CN103036780A|2012-12-14|2013-04-10|滁州安瑞电力自动化有限公司|Intelligent hot standby redundant double network cards and hot standby redundant method|
    CN103117876B|2013-01-24|2018-10-26|中兴通讯股份有限公司|The synchronous method and device of user state information|
    CN104038362B|2013-03-08|2018-03-23|中国移动通信集团广东有限公司|A kind of network system|
    CN103916715B|2014-04-11|2019-01-11|浙江宇视科技有限公司|Adaptive process monitoring method and device based on network segment|
    CN104518960B|2014-12-05|2018-01-19|华为技术有限公司|A kind of method, equipment and the system of the switchback that is delayed|
    CN104506429B|2014-12-31|2018-01-09|瑞斯康达科技发展股份有限公司|A kind of method, router and the system of management router backup group|
    US10367680B2|2015-01-28|2019-07-30|Nec Corporation|Network relay apparatus, gateway redundancy system, program, and redundancy method|
    CN106375143B|2016-08-29|2020-03-06|新华三技术有限公司|Link detection message sending method and device|
    CN107846294B|2016-09-19|2021-01-26|北京京东尚科信息技术有限公司|Main/standby service switching method and device|
    CN106878051B|2016-12-16|2020-10-09|新华三技术有限公司|Multi-machine backup implementation method and device|
    CN106790286A|2017-02-28|2017-05-31|杭州迪普科技股份有限公司|A kind of method and device of information back-up|
    CN109688435A|2017-10-19|2019-04-26|上海勋云信息科技有限公司|Video on demand backup method, equipment, video on demand processing system and storage medium|
    CN110324375B|2018-03-29|2020-12-04|华为技术有限公司|Information backup method and related equipment|
    CN111131240A|2019-12-23|2020-05-08|杭州迪普科技股份有限公司|Authentication information backup method and device, electronic equipment and storage medium|
    CN111431774B|2020-03-10|2021-07-16|华为技术有限公司|Communication method and communication system based on master router and slave router networking|
    法律状态:
    2019-01-08| B06F| Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]|
    2019-06-25| B15K| Others concerning applications: alteration of classification|Free format text: A CLASSIFICACAO ANTERIOR ERA: H04L 1/22 Ipc: H04L 12/703 (2013.01), H04L 1/22 (1980.01), H04L 1 |
    2019-07-09| B09A| Decision: intention to grant [chapter 9.1 patent gazette]|
    2019-09-10| B16A| Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]|Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 03/09/2010, OBSERVADAS AS CONDICOES LEGAIS. (CO) 20 (VINTE) ANOS CONTADOS A PARTIR DE 03/09/2010, OBSERVADAS AS CONDICOES LEGAIS |
    优先权:
    申请号 | 申请日 | 专利标题
    CN2009101701192A|CN101651553B|2009-09-03|2009-09-03|User side multicast service primary and standby protecting system, method and route devices|
    PCT/CN2010/076598|WO2011026437A1|2009-09-03|2010-09-03|User side multicast service primary and standby protection system, method and route device|
    [返回顶部]